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Group details of group services 

Field of the invention 

The invention relates to communication systems, and more particularly to 
communication systems providing group communication, such as direct voice 
5 communication sessions or instant messaging. In particular, the invention relates 
to providing information on group details relating to group communication. 

Background of the invention 

A communication system can be seen as a facility that enables group 
communication between two or more entities such as user terminal and/or other 
10 nodes associated with the communication system. Subscribers, such as the users 
or end-users, to a communication system may be offered and provided numerous 
services, such as calls, data communication or multimedia services or simply an 
access to a network, such as the Internet. The services may be offered by an 
operator of the communication system or by an external service provider. 

15 A communication system typically operates in accordance with a given standard or 
specification setting out what the various entities associated with the 
communication system are permitted to do and how that should be achieved. A 
standard or specification may define a specific set of rules, such as 
communication protocols and/or parameters, on which connections between the 

20 entities can be based. 

Examples of communication systems may include fixed line communication 
systems, such as a public switched telephone network. (PSTN), wireless 
communication systems, e.g. global system for mobile communications (GSM), 
general packet radio service (GPRS), universal mobile telecommunications 

25 system (UMTS), wireless local area network (WLAN) and so on, and/or other 
communication networks, such as an Internet Protocol (IP) network and/or other 
packet switched data networks. Various communication systems may 
simultaneously be concerned in a connection. An end-user may access a 
communication network by means of any appropriate communication device, such 

30 as user equipment (UE), a mobile station (MS), a cellular phone, a personal digital 
assistant (PDA), a personal computer (PC), or any other equipment operable 
according to a suitable network protocol, such as a Session Initiation Protocol 
(SIP) or a wireless applications protocol (WAP) or a hypertext transfer protocol 
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(HTTP). The user equipment may support, in addition to call and network access 
functions, other services, such as short message service (SMS), multimedia 
message service (MMS), electronic mail (email), Web service interface (WSI) 
messaging and voice mail. 

5 Services offered to subscribers of a communication system may comprise 
conferencing services, such as multiparty conferencing, for example so-called 
direct voice communication services. The direct voice communication service may 
allow users to engage in immediate communication with one or more users. One 
example of the direct voice communication services may comprise the "push-to- 
10 talk over cellular" (PoC) service also known as the PTT (push-to-talk service). The 
PoC may be based on Voice over IP (VoIP) technology in cellular networks, such 
as the GSM/GPRS network. 

Services offered to subscribers of a communication system may comprise instant 
messaging. The instant messaging communication service may allow users to 

15 send messages with one or more users. The instant messaging refers to the 
transfer of messages between users in near real-time. These messages are 
usually, but not required to be, short. Instant messages are often used in a 
conversational mode, that is, the transfer of messages back and forth is fast 
enough for participants to maintain an interactive conversation. A sent message 

20 may be just a plain text or it may contain some payload such as picture or 
application. 

The direct voice communication services may use capabilities of, for example, the 
Internet Protocol Multimedia Subsystem (IMS), which is an example of a system 
providing multimedia services. The IMS enables IP connections for a 
25 communication device and other parties to the communication, such as other 
communication devices or entities associated with the network. The third 
generation partnership project (3GPP) has defined use of the GPRS for offering IP 
connectivity to IMS services. 

Patent Application US 2002/0150091, filed on 17 April 2001, in the name of 
30 Lopponen et al., discusses about a packet mode, e.g. IP, group communication 
service layer provided on top of a standard mainstream cellular network. 

US Patent Application, filed on 23 August 2004, claiming priority from Fl 20040577 
(23 April 2004), in the name of Poikselka et al., discusses about providing 
information on a resource in a communication system, such as whether the 
35 resource comprises an individual user identity or a plurality of user identities. 
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Open Mobile Alliance (OMA) OMA-RD_PoC-V1 J3-20040628-C, Push to Talk over 
Cellular Requirements, version 1.0-28 June 2004, defines the PoC, which is 
based on half-duplex communications. Thus, one user subscribing the PoC 
service, i.e. a first PoC subscriber, and belonging to a group may speak at the 
5 time and the other users, or PoC subscribers, belonging to the group may listen, 
but may not talk at the same time. The first PoC subscriber may select a person or 
groups of persons to talk to, for example, from a directory or the like provided in a 
communication device the first PoC subscriber is using. The first PoC subscriber 
may press and hold a push-to-talk key on the communication device to start 

10 talking. The first PoC subscriber can now talk for as long as the first PoC 
subscriber holds the key. The push-to talk key may be a specific button, tangent or 
any other appropriate key in a user interface. Similar principles apply with devices 
having touch sensitive or sound activated user interfaces. Bi-directional 
communication may be offered since all parties of the communication session may 

15 similarly communicate voice data with the PoC application server, which is an 
example of an entity controlling the PoC session. As soon as the first PoC 
subscriber releases the push-to-talk key, another member of the group may 
reserve a turn to speak. A turn to speak may be requested by pressing the push- 
to-talk key. The PoC application server or another controlling entity may grant a 

20 turn to speak on a first come first served basis or based on priorities. Talk bursts in 
the PoC conferences are usually connected without the recipient answering and 
typically received through a built-in loud speaker of a communication device. 

In a group communication, a party which is the target of a connection attempt, 
namely the called party or recipient, might need or want to receive identity of an 
25 initiating party, namely the calling user identity, and also a group identity (group 
ID) of the group into which the called party is intended to participate. 

For example, in the PoC system, a PoC client, such as software in a 
communication device, may use a group identity for learning or determining other 
members in the group and performing joining the group. 

30 In addition to the group identity, a recipient client may need or want to learn details 
on the group. For example, in many group services, there are several types of 
groups that behave in different manners from a point of view of an end user. For 
example, the OMA-RD_PoC-V1_0-20040628-C, paragraph 6.1.2 defines following 
three group types: ad-hoc, pre-arranged and chat. 
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A group, such as an ad-hoc and chat group, may be temporary. The recipient 
client should not store a group ID of a temporary group, as the group ID may not 
be valid after the session to which the group ID relates is over. On the other hand, 
persistent groups also exist, pre-arranged PoC group being an example. A 
5 recipient client may store a group ID of a persistent group for later use, e.g. to 
initiate a new session. 

It might be advantageous to a recipient client to learn the group type. For 
example, the recipient client might thus be able to decide whether the group ID 
should or need to be stored and how the group ID may be used. 

10 So-called Industry Consortium Specifications [Push-To-Talk over Cellular (PoC); 
Signaling Flows - UE to Network Interface (UNI) and Push-To-Talk over Cellular 
(PoC) Signalling Flow - Network-to. Network interface (NNI); PoC Release 2.0] 
use a "From" to transport the calling party identity when the talk session is an 
instant personal talk or an ad-hoc instant group talk. When the talk session is an 

15 instant group talk or a chat group talk then a "From" header transports the group 
identity of the group. A "Referred-By" header is used to transport the calling party 
address in case of an instant group talk or to a chat group talk. The problem in this 
approach may be that a recipient cannot trust to information given in the "From" 
header, as a sending client or end user may be able to fill the "From" header freely 

20 without a Session Initiation Protocol (SIP) network, such as IMS, validating the 
"From" header. Also, use of the "Referred-by" header outside of the context of a 
REFER method may be against SIP principles. 

It shall be appreciated that these issues are not limited to any particular 
communication environment, but may occur in any appropriate communication 
25 system. 

Summary of the invention 

Embodiments of the invention aim to address one or several of the above 
problems or issues. 

In accordance with an aspect of the invention, there is provided a group detail 
30 indicator relating to group communication in a communication system, wherein the 
group detail indicator provides information on at least an identity of a group and a 
type of the group and is attached to a request to initiate group communication. 
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In accordance with another aspect of the invention, there is provided a server in a 
communication system. The server is configured to control group communication 
in the communication system. Furthermore, the server is configured to provide a 
group detail indicator, wherein the group detail indicator provides information on at 
5 least an identity of a group and a type of the group and is attached to a request to 
initiate group communication. 

In accordance with another aspect of the invention, there is provided server for a 
communication system. The server comprises controlling means for controlling 
group communication in the communication system. Furthermore, the server 
10 comprises means for providing a group detail indicator, wherein the group detail 
indicator provides information on at least an identity of a group and a type of the 
group and is attached to a request to initiate group communication. 

In accordance with another aspect of the invention, there is provided a user 
interface for a communication device configured to participate in group 
15 communication relating to a group. The user interface is configured to receive a 
group detail indicator attached to a request to initiate group communication, 
wherein the group detail indicator provides information on at least an identity of 
the group and a type of the group. Furthermore, the user interface is configured to 
display information provided in the group detail to a user of the user interface. 

20 In accordance with another aspect of the invention, there is provided a 
communication device configured to participate in group communication relating to 
a group. The communication device is configured to receive a group detail 
indicator attached to a request to initiate group communication, wherein the group 
detail indicator provides information on at least an identity of the group and a type 

25 of the group. Furthermore, the communication device is configured to display 
information provided in the group detail to a user of the user interface. 

In accordance with another aspect of the invention, there is provided a 
communication device. The communication device comprises receiving means for 
receiving a group detail indicator attached to a request to initiate group 
30 communication, wherein the group detail indicator provides information on at least 
an identity of a group and a type of the group. Furthermore, the communication 
device comprises display means for displaying information provided in the group 
detail to a user of the user interface. 

In accordance with another aspect of the invention, there is provided a 
35 communication system. The communication system is configured to provide group 
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communication. Furthermore, the communication system is configured to attach a 
group detail indicator to a request to initiate group communication, wherein the 
group detail indicator provides information on at least an identity of a group and a 
type of the group. 

5 In accordance with another aspect of the invention, there is provided a 
communication system. The communication system comprises a first 
communication device configured to request for group communication relating to a 
group. Furthermore, the communication system comprises at least a second 
communication device configured to participate in the group communication 

10 relating to the group. Furthermore, the communication system comprises a server 
configured to control the group communication of the group. The server is 
configured to attach a group detail indicator to a request to initiate group 
communication, wherein the group detail indicator provides information on at least 
an identity of the group and a type of the group to the at least second 

15 communication device. 

In accordance with another aspect of the invention, there is provided a method for 
providing information on a group in a communication system. The method 
comprises controlling group communication relating to a group. Furthermore, the 
method comprises creating a request to initiate group communication comprising a 
20 group detail indicator, wherein the group detail indicator provides information on at 
least an identity of the group and a type of the group. Furthermore, the method 
comprises providing the group detail indicator to at least one member of the group. 

In accordance with another aspect of the invention, there is provided a computer 
program comprising program code means for performing any of the steps of the 
25 above method when the program is run on a computing means. 

In accordance with another aspect of the invention, there is provided a server for a 
communication system. The server is configured to receive group communication 
information comprising a group detail indicator, wherein the group detail indicator 
provides information on at least an identity of a group and a type of the group. The 
30 server is further configured to store the group communication information. The 
server is further configured to make available the group communication 
information to predefined entities. 

In accordance with another aspect of the invention, there is provided a 
communication device. The communication device comprises memory means for 
35 storing a group detail indicator wherein the group detail indicator provides 
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information on at least an identity of a group and a type of the group. The 
communication device further comprises uploading means for uploading the group 
detail indicator to a server. The communication device further comprises 
downloading means for downloading the group detail indicator for storing the 
5 group detail indicator to the memory means. 

Brief description of the drawings 

The invention will now be described in further detail, by way of example only, with 
reference to the following examples and accompanying drawing, in which: 

Figure 1 shows an example of an arrangement in which the embodiments of the 
10 invention may be implemented; and 

Figure 2 shows an example of a further arrangement in which the embodiments of 
the invention may be implemented. 

Detailed description of preferred embodiments 

Figure 1 shows an example of an arrangement including a communication network 
15 10 providing group services, a first communication device 12, a second 
communication device 14, a third second communication device 16 and a fourth 
second communication device 18, each of said communication devices 12, 14, 16, 
18 capable of using group services. 

A user of a communication device, for example the first communication device 12, 
20 may participate in group communication with another group user, for example a 
user using the second communication device 14. In an alternative, a user of a 
communication device, for example the first communication device 12, may 
participate in group communication with a group, for example with a group 
comprising the second communication device 14 and the third communication 
25 device 16. A user may participate in more than one group at a time. A user may 
receive notifications of groups available to participate in and may request to join 
those groups. A user may also receive invitations to participate in groups. 

Furthermore, a group communication server 20 is shown in Figure 1 . The group 
communication server 20 is an entity controlling group communication and 
30 supporting creation and management of group lists. Operation of the exemplifying 
group communication server shall become illustrated in the following description. 
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It shall be appreciated that Figure 1 is only an example showing four individual 
devices and one group communication server. The number and type of these 
entities may differ substantially from that which is shown. A communication system 
is typically arranged to serve a plurality of communication devices. The group 
5 communication may comprise group communication sessions, such as 
conferencing sessions, and instant messaging. In an embodiment, the group 
services comprise PoC services, in an embodiment, the communication network 
10 shown in Figure 1 is a session initiation protocol (SIP) controlled network. 
Further, in an embodiment, the communication network 10 is provided at least in 
10 part by the Internet multimedia subsystem (IMS). In an embodiment, a general 
packet radio service (GPRS) based system is used as a backbone communication 
network enabling the IMS services. Another appropriate mobile communication 
system may be used as well. 

A mobile communication network may logically be divided into a radio access 
15 network (RAN) and a core network. The core network entities typically include 
various control entities and gateways for enabling communication via a number of 
radio access networks and also for interfacing a single communication system with 
one or more communication systems, such as with other cellular systems and/or 
fixed line communication systems. 

20 The IMS, among other systems, may use the Session Initiation Protocol (SIP), 
which is an application layer control protocol defined by the Internet Engineering 
Task Force (IETF) for creating, modifying and terminating sessions with one or 
more participants. The SIP is defined in the document IETF RFC 3261 "SIP: 
Session Initiation Protocol". A user connected to a SIP base communication 

25 system may communicate with various entities of the communication system 
based on standardized SIP messages. Communication devices or user who run 
certain applications on the communication devices are registered with the SIP 
backbone so that an invitation to a particular session can be correctly delivered to 
these end points. The SIP provides a registration mechanism for devices and 

30 users and it applies mechanisms such as location servers and registrars to route 
the session invitations appropriately. 

Uniform Resource Identifiers (URIs) are used to identify different types of actors in 
a SIP-controlled network. Typically a URI points to a registered user identity of an 
individual user. A URI may identify also services, such as voicemail server or 
35 conference factory URI, conferencing instances, such as chat rooms or voice- 
over-IP (VoIP) conferencing instances, or other types of resources. In addition, a 
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URI may point to a resource list, which may be a list of individual URIs, or in other 
words, a group of URIs. Resource lists may be used in many applications, such as 
for one-to-many messaging, and so on. For example, a server in a network may 
maintain resource lists of e.g. one operator. A request addressed to such a 
5 resource list may be routed to the server, which may forward the request to 
individual contacts behind the resource list. 

In this specification, terms user, end-user, user agent, subscriber and resource all 
refer to an entity able to using services via a communication network. A user or 
user agent is typically an individual registered user identity. Term end-user may be 
10 used to denote a human user of the system. A subscriber or resource may refer to 
an individual user or to a group of users subscribing a single subscription. Terms 
resource list and group define herein an entity having an own identifier, such as an 
own URI, and comprising a number of entities each having a different identifier, 
such as a different URI. 

15 As explained above, a recipient client may need or want to know a group type in 
addition to a group identity. Three exemplifying group types were mentioned: ad- 
hoc, pre-arranged and chat group. Group types may further comprise one-to-one 
(1-to-1) type and other defined or undefined types. A group of communication 
devices for multiparty conferencing, such as the PoC, can be created in various 

20 ways. For example, the SIP or a conference policy control protocol (CPCP) may 
be used. 

An ad-hoc group is temporary. The recipient client should not store a group ID of 
an ad-hoc group, as the group ID is not valid after the group communication to 
which the group ID relates is over. An ad-hoc group communication may be 

25 established when a first PoC subscriber selects more than one other PoC 
subscribers and invites them to participate in an ad-hoc group communication. 
Voice communication may be started after one other PoC subscriber the first PoC 
subscriber invited, i.e. a second PoC subscriber, accepts the invitation. To 
participate in an existing ad-hoc PoC group session, a new participant typically 

30 needs an invitation from a current ad-hoc PoC group session participant. An 
exception is that a PoC subscriber, who was a participant of the ad-hoc group 
session, but left the session, may join in again without an invitation. In such a 
case, the group ID may need to be stored temporarily. 

A chat PoC group session is established when a first PoC subscriber joins in. 
35 Voice communication is possible at the time the chat PoC group session is 
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established. A PoC subscriber may establish a chat PoC group session or join into 
an ongoing chat PoC group session. 

On the other hand, a pre-arranged group is persistent. A recipient client may store 
a group ID of a pre-arranged group for later use, e.g. to initiate a new group 
5 communication. Participation in a pre-arranged group is restricted to the members 
of the group. The members may be invited to a pre-arranged PoC group session 
or may join an ongoing session. A PoC session between pre-arranged PoC group 
members may be established when any individual member of the same pre- 
arranged PoC group invites the group. Voice communication may be started after 
10 one other PoC subscriber the first PoC subscriber invited, i.e. a second PoC 
subscriber, accepts the invitation. 

Embodiments of the present invention provide new alternatives for informing group 
details, including at least a group identity and group type, to a called party in a 
group communication. In an embodiment, other type of information may 
15 additionally be provided. 

The group communication server 20 shown in Figure 1 may be used for 
implementing embodiments of the invention. The group communications server 20 
may comprise information on groups relating to or capable of having a group 
communication session or capable of instant messaging. Such information may be 
20 illustrated by means of a group table 30 as shown in Figure 1 . The group table 
may identify a group, for example, by means of a group URI 32. Each group URI 
32 may comprise a number of members 34. A type 36 of the group, for example 
pre-arranged, ad-hoc, chat, 1-to-1 or other, is defined. 

Furthermore, a manipulation interface 40 is shown in Figure 1 . The manipulation 
25 interface may allow a user to create and manage group lists, for example, using a 
communication device or a web page. For example, the user may determine a 
pre-arranged group to be stored in the group table 30. 

In embodiments of the invention at least one request to initiate group 
communication comprising a group detail indicator is created. The group detail 

30 indicator provides information on at least an identity of a group of communication 
devices and a type of the group. The group detail indicator is provided to at least 
one communication device of the group. In an embodiment, a request to initiate 
the group communication, or shortly an originating request, may be received in a 
server, e.g. a controlling server, or other such entity. The originating request may 

35 be received from an originating or initiating party, such as a communication device 
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wishing to initiate group communication. The server or other such entity may 
create the at least one request to initiate the group communication comprising the 
group detail indicator using the originating request the entity received from the 
initiating party. In an embodiment, the entity may detect that the originating 
5 request relates to a group and determine the type of the group. 

Examples of group communication servers may comprise, but are not limited to, a 
PoC server or a PoC service enabler and a conference server. A network may 
comprise a separate element for storing and managing contact lists, group lists 
and access lists. Examples of such elements may comprise, but are not limited to, 

10 a Group/List Manager Server (GLMS) and an Extensible Mark-up Language 
(XML) Document Management Server (XDMS). A group communication server 20 
may retrieve group lists (including group type) from separate elements, such as 
GLMS and XDMS. The type of the group may define a type of the group 
communication server storing information relating to the group. For example, a 

15 PoC server may store application specific group lists, such as ad-hoc conference 
URIs and members created by the CPCP. An XMDS may store general URI lists 
which may be shared by multiple applications, for example. In an embodiment, the 
server controlling the group communication may be able to determine the type of 
the group using information on a lifetime of the group or configured information at 

20 the server. 

XML Document Management (XDM) is a generic framework for group and list 
management called based on XML Configuration Access Protocol (XCAP). The 
XDM defines a common mechanism that makes information accessible to the 
different enablers that need them. The information is expected to be stored in the 
25 network. In the network, the information may be located, accessed and 
manipulated, e.g. created, changed and deleted, by authorised principals. A client 
may be able to identify elements inside one XML document and modify only the 
elements needed to be modified. 

An URI list may be shared between multiple enablers. For example, a principal 
30 may group together a number of end users, e.g. "Friends" or "Family", or other 
resources. Such an URI list may be reused by a number of different enablers, 
such as PoC and Presence service enablers. 

Figure 2 shows and exemplifying XDM architecture as defined in Open Mobile 
Alliance, Group Management Architecture, Draft Version 1.0-18 Nov 2004, 
35 OMA-PAG-GM-AD-V1 _0-20041 1 1 8-D. Main components of the XDM architecture 
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may comprise an XDM client 202, an aggregation proxy 204, application servers 
210, 211, 212 and XDM Servers (XDMS) 220, 221, 222, 225. The aggregation 
proxy 204 acts as contact point for XCAP requests from a XDM client 202. The 
aggregation proxy 204 may authenticate and route the requests to a correct 
5 XDMS 220, 221 , 222, 225. 

A PoC XDMS 222 may contain PoC access policy documents and PoC group 
documents. Each PoC user may have one access policy document, which may be 
used for controlling incoming PoC session invitations. PoC group documents may 
be used to control group sessions. A presence XDMS 220 may contain 
10 authorization policy documents, which may be used to authorize watcher 
subscribing presence information. Furthermore, the presence XDMS 220 may 
contain resource list server (RLS) presence list documents, which may be used to 
subscribe with one request presence of listed users. 

The XDM client 202 may store URI lists to the shared XDMS 225, which may be 
15 then shared between multiple applications. Client may create a shared URI list to 
the shared XDMS 225 and add to a PoC group document a reference to the 
shared URI list. The shared URI list in the shared XDMS 225 can be used as 
member list of a group. The same shared URI list can be referenced also from an 
RLS document. In addition, the shared XDMS 225 can be used to share URI lists 
20 (contact information) between multiple devices hold by the same user. For 
example, when the user takes a new device into use, the new device may receive 
service settings, for example, Over-the-air. Subsequently, all the information 
stored in local XDM servers is available to the new device. Thus, the information 
stored into the local XDM servers does not need other synchronization 
25 mechanisms to be synchronized between the devices owned by the user. 

The shared URI list may be an XML document. The XDM client 202 may 
manipulate an XML document by invoking predefined HTTP operations on an 
XDM server identified in a Request-URI of an HTTP header. The XDM client 202 
may construct the Request-URI based on application usage knowledge governing 
30 said XML document. Examples of manipulating XML documents are given in Open 
Mobile Alliance, PoC XDM Specification, Draft Version 1.0-19 January 2005, 
OMA-TS-PoC_XDM-V1_0-20050119-D, Appendix B, paragraph B.1. 

A user or an application server 210, 211, 212 can subscribe to changes in the 
XML documents. A SIP URI of an owner of the shared URI list or by a public 
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service identity (PSI) URI of the group associated with the shared URI list may be 
used fro subscribing. 

Information relating to groups is shown in a form of a group table in Figure 1. 
However, a group table is only an illustrating example. The group communication 
5 server 20 may use various ways of handling data relating to groups, for example 
directories, lists, additional servers and so on. Typically, a group communication 
server 20 handles a plurality of groups at a time. The communication network 10 
may comprise multiple group service providers each having one or more group 
communication servers. 

10 In an embodiment, a new URI parameter, in addition to the group identity carried 
by the URI, may be defined for transporting the group type. This new URI 
parameter may be named, for example, a group type parameter. According to this 
embodiment, the group type parameter may be added in the end of a URI in 
appropriate SIP message header(s), such as the Contact, To, From or P- 

15 Asserted-ld header, to indicate the type of the group to which the URI points. 

A new URI parameter according to an embodiment of the invention may be 
defined, for example, in one of the following ways: 
Header: < group -URI ; group=grouptype>; or 
Header: <group-URI>; group=grouptype 

20 where the "group-URI" denotes a base uniform resource identifier providing the 
identity of the group and the "group" denotes the new URI parameter according to 
an embodiment of the invention, wherein the "grouptype" gets a value of the type 
of the group, e.g. chat, ad-hoc, pre-arranged, 1-1, other. Any other words or text 
string or combination of characters or bit string could be used instead of "group" or 

25 "grouptype" to achieve the intended function. 

An example of a new URI parameter according to an embodiment of the invention 
may comprise: 

Contact: <sip: myfriends@example.com; group =pre-arranged> ; or 
Contact: <sip : my f r i ends @ examp 1 e . com> ; group=pre- arranged 

30 In a similar manner the group type may be defined as a new header parameter or 
attached to any existing SIP header. 

In an embodiment, a new SIP header may be defined for transporting the group 
details. RFC 3261, paragraph 7.3 defines the SIP header fields. Each header field 
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consists of a field name followed by a colon and the field value. The format of a 
header field-value is defined per header-name, which may be text or a 
combination of whitespace, tokens, separators, and quoted strings. 

A new SIP header, which may be denoted by "Group-ID" or any other selected 
5 word or text string or combination of characters or bit string, according to an 
embodiment of the invention may be defined, for example, in the following way: 

Group -id: group-URI; group -type 

where the "group-URI" field contains the group identity, such as a SIP URI 
(session initiation protocol uniform resource identifier) or TEL URI (telephony 
10 uniform resource identifier) identifying the group, e.g. myfriends@example.com. In 
an embodiment, it may be possible to transport also a display name associated to 
the group identity. The "group-type" field contains the type of group, e.g. chat, ad- 
hoc, pre-arranged, 1-to-1, other. 

An example of a new SIP header according to an embodiment of the invention 
15 may comprise: 

Group- id: "Miikka' s friends" <sip : myf riends@example . com> ; 
pre - arranged 

In an embodiment, the SIP header may also be a so-called private SIP header. In 
this embodiment, the syntax of the SIP header may be 

20 P- Group -id: group-URI; group -type 

In a further embodiment, the group details may be transported in an extended 
mark-up language (XML) payload. The OMA-RD_PoC-Vl_0-20040628-C, e.g. 
paragraph 6.2.1, defines a group advertisement (GA) operation. The GA may be 
used to advertise existence of group to recipients. The GA is a stand-alone 

25 operation, which does not initiate communication other than transferring the group 
advertisement itself. A structure of the GA may carry the group ID (SIP or TEL 
URI) and the group type. In an embodiment of the invention, a data structure 
carrying the group detail indicator, namely the group ID and the group type, in an 
extended mark-up language payload attached to a request to initiate a group 

30 communication session, is used to make the recipient client aware of the group 
details in the received group session or message. The request to initiate the group 
communication session may comprise an invitation request or a stand-alone 
message of the session initiation protocol, i.e. both SIP INVITE and MESSAGE. 

An example of an XML payload according to an embodiment of the invention may 
35 comprise: 
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Content -Type : application/vnd.poc . groupdetails+xml 
Content - Length : 151 

<?xml version="1.0" encoding^ "UTF- 8 " ?> 
< group > 

5 <uri>sip : group . uri@domain.net </uri> 

<name>Group Display Name</narne> 
<type>pre~arranged</type> 
</ group > 

A Session Description Protocol (SDP) is a session description protocol for 
10 multimedia sessions defined, for example, in the document IETF RFC 2327 "SDP: 
Session Description Protocol". The SDP may be used for communicating 
existence of a session and conveying sufficient information to enable joining and 
participating in the session. The SDP may include session name and purpose, 
time(s) the session is active, the media comprising the session and information to 
15 receive those media (addresses, ports, formats and so on) and, optionally, 
information about the bandwidth to be used by the conference and contact 
information for the person responsible for the session. 

In a further embodiment of the invention, a new SDP attribute may be defined for 
transporting the group details. Such a new SDP attribute may be named a group 
20 ID SDP attribute and may have the following form: 

a=poc- group -id: group URI ; group type 

group URI = SIP URI or TEL URI of the group 

group type = ad- hoc, pre-arranged, chat, 1-1, other 

An example of a new SDP attibute may comprise: 

25 a=poc- group -id: myf riends@example . com; pre-arranged 

In the following, examples are described on the use of a group detail indication 
according to embodiments of the invention. A controlling PoC server is a server, 
which knows or is able to retrieve a type of a group and is able to insert it to 
outgoing requests. 

30 In an embodiment, Alice wants to create an ad-hoc group. She sends an INVITE 
request to her PoC server. The request contains other users to be invited. Alice's 
PoC server will take the role of controlling PoC server. The controlling PoC server 
thus knows that Alice wants to create an ad-hoc group. The controlling PoC server 
uses a list of users provided in the request to invite said users. When the 

35 controlling PoC server invites other members using SIP INVITE, the controlling 
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PoC server includes information about the group identity (SIP URI) and the group 
type. Eventually, the request is received by the invited users, i.e. called parties. 
When a PoC client of a called party receives the request, the PoC client could 
display to an end-user that the incoming session is an ad-hoc group session, as 
5 the request contains the type of session, and further that the initiator is Alice. 
Moreover, as the request contained the group identity, the PoC client is able to 
make subscription to the participant information. 

In another embodiment, Alice wants to reach members of pre-arranged group. 
She sends an INVITE request to her PoC server. The request contains the 

10 address of pre-arranged group. The request is routed to a PoC server hosting the 
pre-arranged group. The PoC server hosting the pre-arraged group will fetch the 
members of the pre-arranged group and invites the other members than Alice. The 
PoC server hosting the pre-arranged group will take the role of a controlling PoC 
server. When the controlling PoC server invites other members using SIP INVITE 

15 the controlling PoC server includes information about the group identity (SIP URI) 
and the group type. Eventually, the request is received by the invited users, i.e. 
called parties. When a PoC client of a called party receives the request, the PoC 
client could display to an end-user that the incoming session is from a pre- 
arranged group, as the request contains the type of session, and further that the 

20 initiator is Alice. Moreover, as the request contained the group identity, the PoC 
client is able to make subscription to the participant information. 

A communication device, such as User Equipment (UE), of a user may implement 
additional features utilising the group type indication to improve the user- 
friendliness of the UE. Examples of such features may comprise for example 

25 following situations. In an embodiment, if a user tries to store in a phonebook of 
the UE a SIP URI, which is an "ad hoc" type of SIP URI, the UE may tip the user 
off about the SIP URI being a temporary address by displaying a warning. 
Furthermore, the UE may ask whether the user really wants to store said SIP URI 
in the phonebook. In an embodiment, the group type may be stored in a 

30 phonebook of the UE. 

Further, a user may miss a call, for example, because the user didn't hear the 
phone ringing. The user might also miss an invitation to a group session. When 
the user next time checks the UE, the user can see all the missed calls in a so- 
called missed call log of the phone. This makes it easy to call back to missed 
35 numbers. In an embodiment, if the missed call was an invitation to a group 
session, the group type may also be seen in the missed call log. 
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In an embodiment, the UE may display group type information to a user when the 
UE receives a session invitation. This allows for instance to distinct 1-1 calls from 
group calls. Moreover, the user may have different ringing tones or handling for 
different kind of sessions. 

5 For example, a user may receive an invitation request from the network but does 
not answer. Later, when the user checks the UE, the user may note that a call has 
been missed and may attempt to call back. Knowing that a URI to be invited is a 
pre-arranged group type the UE of a user may warn the user when the user dials 
the pre-arranged group identity. This may be advantageous, as the pre-arranged 
10 group identity triggers 1 to N new calls in the server and may cause significant 
charges for the user. 

In a further example, a group, e.g. myfriends@example , may comprise users A, B, 
C, D and E. The user A may send a request to initiate a group communication, 
such as a SIP MESSAGE, to the group. The user B may get information that the 
15 request was sent by the user A and that the group in question is a pre-arranged 
group. Thus, the user B knows that calling said group triggers 1 to N new calls in 
the server and may cause significant charges for the user. 

A user can receive address of the group in the group advertisement (GA). The 
user may save the address of the group locally to a communication device the 
20 user is using. It has now been found that the address of the group should be able 
to be saved also to a network server, such as the shared XDMS 225. The user 
may thus be able to share address of the group among multiple devices. This may 
be advantageous when user wants to change the communication device or use 
several devices simultaneously. 

25 In an embodiment, the group type parameter according to the invention is be 
added to the shared XDMS 225 of Figure 2. This allows saving also groups to the 
shared XDMS 225 and separating a group URI from a SIP URI, which defines only 
a single SIP user instead of group. 

In an embodiment, user may save a received group URI to the shared XDMS 225. 
30 In the shared XDMS 225, the group type parameter according to the invention is 
used to differentiate a group URI from an URI pointing to an individual contact. To 
maintain the very same information between phonebook applications of two 
devices, such as an original device and the new device, all the information 
included to the GA may be stored to the shared XDMS 225. 
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An illustrating, non-limiting example of the above embodiment is given in the 
following. For example, Joe receives a GA from his friend Bob: "Hi, please use this 
Group (sip:golf_buddies@example.com) for communicating with our golf friends, 
all others have already joined to this group". The group type parameter according 
5 to the invention included in the GA may show that the group type is Chat. Joe may 
save the received Group URI and group type from the GA to a communication 
device Joe is currently using and additionally to the shared XDMS 225. When Joe 
buys a new communication device, he may want to download all his personal 
contacts of individual user, such as sip:bob@example.com, and used groups, 
10 such as sip:golf_buddies@example.com, to the new communication device. When 
Joe is able to use the information stored in the XDMS 225, the information may be 
downloaded without creating this information manually to the new communication 
device. 

In a further embodiment, a user, who is called John herein, may create a local ad- 
15 hoc group containing three other users and store the ad-hoc group into a 
phonebook application of a communication device John is currently using. The ad- 
hoc group is now persistent, since the ad-hoc group was stored to the phonebook 
application. However, the ad-hoc group is private, because only John is aware of 
an existence of the ad-hoc group and able to use information of the ad-hoc group. 
20 In order to be able to synchronize this kind of ad-hoc groups between separate 
devices John uses, John may store the group to the shared XDMS 225. The 
shared XDM data format is extended to contain the group type attached to the list 
name using the group type parameter according to the invention. Referring to this 
exemplifying case, the shared XDMS 225 may store a list name, such as 
25 <mybuddies>, and the group-type, such as "ad-hoc", attached to the list name and 
under the list name, the members (display name and URI) of the list. 

In order to initiate sessions or send messages towards to an ad-hoc group as 
defined in the previous example, an initial SIP request may be able to refer to the 
list stored in the shared XDMS 225. 

30 Embodiments of the invention may at least partially be realized in appropriate 
network elements by means of a computer program. The computer program may 
comprise program code means for performing steps according to said 
embodiments when the program is run on a computing means. 

Although the invention has been described in the context of particular 
35 embodiments, various modifications are possible without departing from the scope 
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and spirit of the invention as defined by the appended claims, it should be 
appreciated that whilst embodiments of the present invention have mainly been 
described in relation to mobile communication devices such as mobile stations, 
embodiments of the present invention may be applicable to other types of 
5 communication devices that may access communication networks providing direct 
voice communication services. Furthermore, the communication system may be 
any appropriate communication system, even if reference has mainly been made 
to mobile communication systems. 
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Claims 

1. A group detail indicator relating to group communication in a 
communication system, wherein the group detail indicator provides information on 
at least an identity of a group and a type of the group and wherein said group 

5 detail indicator is attached to a request to initiate said group communication. 

2. The group detail indicator according to claim 1, wherein the group 
communication is one of a group communication session and instant messaging. 

3. The group detail indicator according to claim 2, wherein the group 
communication session comprises a direct voice communication session. 

10 4. The group detail indicator according to claim 3, wherein the direct voice 
communication session is one of a push to talk over cellular session and an 
Internet multimedia subsystem conferencing session. 

5. The group detail indicator according to any of claims 1-4, wherein the 
request to initiate group communication comprises one of a request to initiate a 

15 group communication session and an instant messaging request. 

6. The group detail indicator according to any of claims 1-5, wherein the type 
of the group is one of an ad-hoc group, a pre-arranged group, a chat group, a one- 
to-one communication and other. 

7. The group detail indicator according to any of claims 1-6, wherein the group 
20 detail indicator is provided as a uniform resource identifier parameter configured to 

be introduced in at least one session initiation protocol header. 

8. The group detail indicator according to claim 7, wherein the at least one 
session initiation protocol header is in a form 

Header: < group -URI ; group=grouptype> , 
25 wherein the group-URl denotes a base uniform resource identifier 

providing the identity of the group and the group denotes the uniform resource 
identifier parameter, wherein group-type gets a value of the type of the group. 

9. A group detail indicator according to claim 7, wherein the at least one session 
initiation protocol header is in a form 

30 Header: <group~URI>; group=grouptype, 
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wherein the group-URi denotes a base uniform resource identifier 
providing the identity of the group and the group denotes the uniform resource 
identifier parameter, wherein grrouptype gets a value of the type of the group. 

10. The group detail indicator according to any of claims 1-6, wherein the group 
5 detail indicator is provided in a session initiation protocol header. 

11. The group detail indicator according to claim 10, wherein the session 
initiation protocol header has a form 

Group-id: group -URI ; group-type, 

wherein group-id denotes the group detail indicator, group-URl denotes 
10 a uniform resource identifier providing the identity of the group and group- type 
gets a value of the type of the group. 

12. The group detail indicator according to claim 10, wherein the session 
initiation protocol header is a private session initiation protocol header having a 
form 

15 P- Group -id: group -URI; group- type, ■ 

wherein P-group-id denotes the group detail indicator, group-URl 
denotes a uniform resource identifier providing the identity of the group and 
group-type gets a value of the type of the group. 

13. The group detail indicator according to any of claims 1-6, wherein the group 
20 detail indicator is provided in an extended mark-up language payload attached to 

the request to initiate the group communication. 

14. The group detail indicator according to claim 13, wherein the request to 
initiate the group communication is one of an invitation request, a stand-alone 
message of a session initiation protocol and an instant messaging request. 

25 15. The group detail indicator according to any of claims 1-6, wherein the group 
detail indicator is provided in a session description protocol attribute. 

16. The group detail indicator according to claim 15, wherein the session 
description protocol attribute has a form: 

a=poc- group -id: group URI; group type 
30 group URI = SIP URI or TEL URI of the group 

group type = ad-hoc, pre-arranged, chat, 1-1, other 
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wherein poc-group-id denotes the group detail indicator, group-URl denotes 
a uniform resource identifier providing the identity of the group and group-type 
gets a value of the type of the group. 

17. A server for a communication system, the server configured to: 
5 control group communication in the communication system; and 

provide a group detail indicator, wherein the group detail indicator provides 
information on at least an identity of a group and a type of the group and is 
attached to a request to initiate group communication. 

18. A server for a communication system, the server comprising: 

10 controlling means for controlling group communication in the 

communication system; and 

means for providing a group detail indicator, wherein the group detail 
indicator provides information on at least an identity of a group and a type of the 
group and is attached to a request to initiate group communication. 

15 19. The server according to claim 18, the server comprising: 

retrieving means for retrieving at least one of the identity of the group and 
the type of the group from a second server. 

20. The server according to claim 16, the server comprising: 

20 determining means for determining the type of the group based on a 

lifetime of the group. 

21. A user interface for a communication device configured to participate in 
group communication relating to a group, the user interface configured to: 

receive a group detail indicator attached to a request to initiate group 
25 communication, wherein the group detail indicator provides information on at least 
an identity of the group and a type of the group; and 

display information provided in the group detail to a user of the user 
interface. 

22. The user interface according to claim 21, configured to display the type of 
30 the group. 

23. The user interface according to claim 21 or 22, configured to display a 
warning when the type of the group is temporary. 
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24. The user interface according to any of claims 21-23, configured to display a 
warning when a user is initiating a session and the type of the group is pre- 
arranged. 

25. A communication device configured to participate in group communication 
5 relating to a group, configured to: 

receive a group detail indicator attached to a request to initiate group 
communication, wherein the group detail indicator provides information on at least 
an identity of the group and a type of the group; and 

display information provided in the group detail to a user of the user 
10 interface. 

26. A communication device comprising: 

receiving means for receiving a group detail indicator attached to a request 
to initiate group communication, wherein the group detail indicator provides 
information on at least an identity of a group and a type of the group; and 
15 display means for displaying information provided in the group detail to a 

user of the user interface. 

27. A communication system configured to: 
provide group communication; and 

attach a group detail indicator to a request to initiate group communication, 
20 wherein the group detail indicator provides information on at least an identity of a 
group and a type of the group. 

28. A communication system comprising: 

a first communication device configured to request for group 
communication relating to a group; 
25 at least a second communication device configured to participate in the 

group communication relating to the group; and 

a server configured to control the group communication of the group; 
wherein the server is configured to attach a group detail indicator to a 
request to initiate group communication, wherein the group detail indicator 
30 provides information on at least an identity of the group and a type of the group to 
the at least second communication device. 

29. A method for providing information on a group in a communication system, 
the method comprising: 

controlling group communication relating to a group of communication 
35 devices; 
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creating at least one request to initiate group communication comprising a 
group detail indicator, wherein the group detail indicator provides information on at 
least an identity of the group and a type of the group; and 

providing the group detail indicator to at least one communication device of 
5 the group. 

30. The method according to claim 29, further comprising receiving an 
originating request to initiate group communication, wherein the step of creating 
comprises using the originating request received in the step of receiving in 
creating the at least one request to initiate the group communication comprising 

10 the group detail indicator. 

31. The method according to claim 30, wherein the step of creating comprises 
detecting that the originating request relates to a group and determining the type 
of the group. 

32. A computer program comprising program code means for performing any of 
15 the steps according to any of claims 29-31 when the program is run on a 

computing means. 

33. A group communication controller to control communication using a group 
detail indicator, wherein the group detail indicator provides information on an 
identity of a group or a type of the group and is attached to a request to initiate 

20 said group communication. 

34. A server for a communication system, the server being configured to: 
receive group communication information comprising a group detail 

indicator, wherein the group detail indicator provides information on at least an 
identity of a group and a type of the group; 
25 store the group communication information; and 

make available the group communication information to predefined entities. 

35. The server according to claim 34, further configured to allow the predefined 
entities to perform at least of manipulation, uploading and downloading the group 
communication information. 

30 36. A server for a communication system, the server comprising: 

a receiver for receiving group communication information comprising a 
group detail indicator, wherein the group detail indicator provides information on at 
least an identity of a group and a type of the group; 
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a memory for storing the group communication information; and 
an interface for making available the group communication information to 
predefined entities. 

37. A server according to claim 36, comprising one of a shared document 
5 management server and an extendible mark-up language document server. 

38. A communication device comprising: 

memory means for storing a group detail indicator wherein the group detail 
indicator provides information on at least an identity of a group and a type of the 
group; 

10 uploading means for uploading the group detail indicator to a server; and 

downloading means for downloading the group detail indicator for storing 
the group detail indicator to the memory means. 

39. A communication device configured to: 

store a group detail indicator wherein the group detail indicator provides 
15 information on at least an identity of a group and a type of the group; 
upload the group detail indicator to a server; and 

download the group detail indicator for storing the group detail indicator to 
the memory means. 

40. The communication device according to claim 39, further configured to 
20 receive the group detail indicator in a message from a network. 

41. The communication device according to claim 40, wherein said message 
comprises one of a request to initiate said group communication and a group 
advertisement. 

42. A method for indicating group detail information relating to group 
25 communication in a communication system, the method comprising: 

attaching a reference to a request to initiate said group communication, 
wherein said reference is referring to a list stored in a server in a network, the list 
comprising a group detail indicator providing information on at least an identity of a 
group and a type of the group. 



30 
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